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(57) Abstract 

Xhe present invention provides communication servers at each device in a fueling environment and connecting the servers to a 
common network. The network may be a local network or a largely remote network, such as the Internet. Preferably, in either em bodim ent, 
primary communications between these devices and any devices accessible via the Internet use the hypertext transfer protocol (HTTP) and 
hypertext markup language (HTML). In particular, each device server is adapted to facilitate real-time access between the device server and 
the remote device upon access of a particular page, script or function. In particular, the present invention relates to embedding executable 
content onto an HTML page so that when the page is loaded into an HTML browser after being accessed, the executable content starts 
running automatically. 
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A FUEL DISPENSER FACILITATING REMOTE ACCESS 
Background of the Invention 

The present invention relates to asset management systems and, in particular, systems for providing 
a management architecture accessible from remote Internet-compliant browsers to provide real-time 
functions relating to the access, configuration and administration of various features associated with 
fuel dispensers and other forecourt devices including, but not limited to, card authorization 
terminals, video/merchandising displays, advertising, and price posting signs, in addition to point- 
of-sale (POS) devices at any particular store location and related inventory management systems. 

Historically, there has never been an organized system for remotely managing various aspects of 
a fueling site or convenience store in both an efficient and comprehensive manner. In particular, 
viewing real-time status and configuration information of convenience store and fueling station 
devices has always been an operation done locally at a particular site. These functions, such as 
pricing and advertising, have been handled separately on a customer's proprietary network, but 
complete store management functionality has never been available. Normally, most management 
procedures are manual and very costly. Software updates require certified technicians to visit the 
site, load the software and test its functionality. 

Equipment failures often go unnoticed until the operator's business is affected due to unhappy 
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customers. The operator will then call the distributor and report the error, often with very sketchy 
and unhelpful details. The certified technician then has to visit the site to troubleshoot the unit 
before being able to assess the problem and acquire the appropriate parts which may require a 
second costly visit. Furthermore, if a problem arises that causes the devices to be shut down, 

5 waiting for a technician to arrive to diagnose the nature of the problem and then make a return trip 
to repair the equipment results in additional lost sales and general customer dissatisfaction which 
although various attempts have been made to provide technicians with information to diagnose the 
problem, information gathering has always been an expensive, manual process requiring qualified 
personnel to phone or visit the site to survey items such as equipment age, configurations and 

10 hardware and software versions. 

Currently, dispenser manufacturers offer POS systems allowing remote, off-line viewing of 
inventory and sales data of a convenience store through a proprietary, third-party interface. This 
interface is costly and inconvenient because it requires dedicated applications and tools to access 

15 the interface. Furthermore, each system is different and requires technicians from the manufacturer 
to make any changes to the system in order to upgrade, reconfigure or test the system. Thus, there 
is a need for a uniform management system capable of accessing the various devices in a fueling 
environment to provide remote configurations, upgrades and real-time monitoring. There is a need 
for a capability that allows service contractors, equipment manufacturers and store management to 

20 access the various features and aspects of the system to view sales and inventory data, change 
prices, transmit software upgrades, access configuration information, and monitor operation and 
status of various devices from remote locations. 
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Earlier attempts at using the Internet to provide real-time functions were unsuccessful because 
monitoring live status of devices, particularly those on the forecourt, does not fit well into the 
orthodox world wide web architectures. 

Summary of the Invention 

The present invention fulfills these needs by providing communication servers at each device in a 
fueling environment and connecting the servers to a common network. The network may be a local 
network or a largely remote network, such as the Internet. Preferably, in either embodiment, 
primary communications between these devices and any devices accessible via the Internet use the 
hypertext transfer protocol (HTTP) and hypertext markup language (HTML). In particular, each 
device server is adapted to facilitate real-time access between the device server and the remote 
device upon access of a particular page, script or function. In particular, the present invention 
relates to embedding executable content into an HTML page so that when the page is loaded onto 
an HTML browser after being accessed, the executable content starts running automatically without 
additional compiling, translation or manipulation of the HTML code. Preferably, the executable 
content will act to connect the browser back over the network to the same device from which the 
page was accessed. 

In certain embodiments, the connection may be to a new network port or address, other than that 
of the page, that supplies real-time status data or opens a connection capable of downloading 
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software data for reconfiguration or updates. Furthermore, the connection back over the network 
may use a different protocol in order to increase data transfer or control efficiency. Example 
formats for this executable content are Java™ "applets," which are small applications that conform 
to a restricted set of programming standards for running on HTML compliant browsers, or 
ActiveX™ components, a Microsoft® standard for achieving the same functionality as a Java™ 
applet, with less restrictions than Java™. The tradeoff for functionality with ActiveX™ 
components results in less security and a greater browser dependency. 

Alternatively, the system may use techniques that allow a server to keep a connection open to a 
browser after the HTML page has been downloaded and to periodically send updated HTML pages. 
The updated pages will result in continued refreshment of data. Notably, in either of these two 
embodiments, applicants use an embedded function, which includes any function incorporated in 
or associated with an HTML page, script, function or like structure. The embedded function acts 
to facilitate either a new or continued connection between the remote browser and the access server. 
The function may operate at the server to continue a communication link or operate at the browser 
to reestablish or provide a new communication link. Configuring a server at the various fueling 
environment devices with a remotely accessible page having embedded content allows remote, 
automatic access to the server and connected control systems to enable real-time functions and 
communications between the browser control systems through the accessed server. 

Accordingly, one aspect of the present invention is a fuel dispenser facilitating remote management 
functions comprising a housing and a dispenser server at the housing including a control system, 
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a network connection and a dispenser server task running on the control system. A hypertext 
markup language-compliant page on the server is accessible through the network connection. An 
embedded function is associated with the page and is operable to facilitate real-time functions 
between a remote browser and the server system over a network. The dispenser also includes a fuel 

5 delivery system associated with the housing having a fuel supply line, a metering device, a delivery 
hose and a nozzle to permit the dispensing of fuel. The embedded function may be operable to run 
at the server when the remote browser accesses the page to maintain a connection between the 
server and the remote browser through the network connection. Alternatively, the embedded 
function is configured to be sent to the browser with the page when the remote browser accesses 

10 the page and is operable to run at the browser to provide a connection between the server and the 
remote browser through the network connection. The real-time function may include providing 
software upgrades, data upgrades, reconfigurations, audio delivery, video delivery and delivering 
control functions for various dispenser components. In the embodiment where the embedded 
function is sent to the browser to run, the function may operate to have the browser connect back 

15 to the server using a different protocol, at a different port or address. 

The dispenser may be connected to a local network including a central control server apart from 
the fuel dispenser and having a central control system, a central network connection, and a central 
dispenser server task and browser running on the central control system. A router may be provided 
20 for facilitating network connections. 

The invention may also be incorporated with various other fueling and retail environment devices 
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to provide similar real-time functions including updating pricing gathering, inventory status, and 
changing prices and displays on signs, in addition to numerous other management functions for the 
various devices from a remote location without local intervention. 

5 These and other aspects of the present invention will become apparent to those skilled in the art 
after reading the following description of the preferred embodiments when considered with the 
drawings. 

Brief Description of the Drawings 

10 

FIGURE 1 is a block diagram of a fuel station store having dispensers and a local station server 
connected to the Internet according to the present invention. 

FIGURE 2 is a block diagram of the fuel dispensing system architecture of the system of Figure 1 . 

15 

FIGURE 3 is an elevational view, partially broken away, of a fuel dispenser constructed according 
to the present invention. 

FIGURE 4 is a schematic of a server and control system for various devices in a fueling 
20 environment constructed according to the present invention. 

FIGURE 5 is a flow diagram of the operation of a first embodiment of the present invention. 
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FIGURE 6 is a flow diagram of the operation of a second embodiment of the present invention. 

FIGURE 7 is a schematic representation of certain of the available features in the asset management 
5 system of the present invention. 

Detailed Description of the Preferred Embodiment 

Referring now to the drawings in general, and Figures 1 and 2 in particular, it will be understood 
10 that the illustrations are provided to describe preferred embodiments of the invention and are not 
intended to limit the invention thereto. A fuel station environment 10 is shown having a plurality 
of fuel dispensers 12. Each dispenser 12 typically has at least two fueling positions 14 capable of 
delivering fuel and providing a graphical point-of-sale (POS) interface. As seen in Figure 3, each 
fuel dispenser 12 has a housing provided with a conventional fuel supply line 2, a metering device 
15 3, outlet hose 4 and nozzle 5. The metering device 3 communicates data relating to the volume of 
fuel dispensed along line 6 to a controller or control system 32. The interface will typically include 
one or more displays 38, an input device or keypad 40, a card reader 41, and cash acceptor 43. The 
dispensers 12 include the normal fuel delivery hardware discussed above to deliver fuel to a 
customer in a controlled manner. In addition to the hardware described, extra pumps, flow control 
20 valves, nozzles, hoses and control electronics may be present. 

Referring again to Figures 1 and 2, a main service station store 16 is operably connected to each 
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dispenser 12 and fueling position 14 in addition to a local station server and control system 18. The 
server and control system 18 is operationally associated with POS systems and/or transaction 
systems for a convenience store 20, one or more quick service restaurants 22, and associated car 
wash 24, or other service systems. 

5 

In the preferred embodiment, network access is provided between the various fueling positions 14, 
dispensers 12, the local station server 18, and any number of remote servers 26, which are located 
outside of the fuel station environment 10, via the Internet or similar network 30. Furthermore, 
direct connections between the Internet and the local server 18 may be provided with the dispenser 
10 12. 



The basic system architecture is a local network connecting the dispensers 12 and the local station 
server 18 wherein the local network may interact with the Internet or similar network 30. Each 
fueling position 14 is treated as a client capable of accessing services provided by the local server 

15 18 and as a server capable of providing access to that particular position 14 and dispenser 12. 
Interactivity between these entities is accomplished in a manner similar to the way interactivity is 
accomplished on the Internet, and, preferably, identical to the manner in which interactivity is 
accomplished on the Internet. The system preferably uses HTML and HTML-compliant 
components, media players and services. Browsers at the respective devices may request local 

20 services from the various servers. Preferably, the browsers located along the Internet 30 may access 
the servers throughout the fueling environment. 
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When a browser attempts to access a remote server within the local network or from a remote 
location on the Internet, the system architecture generally uses the hypertext markup language 
(HTML). The Internet is a known computer network based on the client server model. Basically 
the Internet comprises a large network of servers accessible by the clients. Each of the clients 
operates a browser, which is a known software tool used to access servers through Internet access 
providers. A server operates a "web site," which supports files in the form of documents and pages. 
A network path to a server is identified by a uniform resource locator (URL) having a known 
syntax for defining a network connection and location through a defined and existing port or 
address. 

The world wide web is a collection of servers of the Internet that use the hypertext transfer protocol 
(HTTP). HTTP is a known application protocol that provides users with access to files, which can 
be in different formats, such as text, graphics, images, sound and video, using a standard page 
description language, HTML. HTML provides basic document formatting and allows the developer 
to specify links to other servers and files therein. Use of an HTML-compliant client browser 
involves specification of a link having a URL. Upon such specification, the client makes a request 
to the server identified in the link and receives a web page, basically in document format, according 
to HTML, in return. HTML provides exceptional freedom in creating graphics/text/graphic images 
and associated audio between servers and client browsers. HTTP and HTML allow complex 
services to be accessed by clients having a minimum amount of hardware sophistication. The 
primary computational horsepower is reserved for the servers providing the requested services. 
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Referring particularly to Figure 2, a fueling position 14 for each dispenser 12(1 to N) is shown in 
greater detail. Each fueling position is associated with a control system having one or more 
controllers 32, operating system 34, server 35, browser 36, display 38 and input device 40, such as 
a keypad, touch pad or touch screen. The display 38 and input device 40, in conjunction with the 
5 controller 32, provide a graphical user interface 39 for each fueling position 14. The operating 
system 34 is adapted to run any number of software applications required to operate the dispenser, 
the graphical user interface 39, server 35 and browser 36. Each fueling position 14 also includes 
a payment accepting device 42, such as the magnetic strip card reader 41, smartcard reader, or 
currency acceptor 43. Other payment systems may be substituted. 

10 

Each graphical user interface 39 may include a control system or operate in conjunction with a 
single control system adapted to operate both interfaces on a single dispenser 12. In one 
configuration of the invention, each fueling position 14 acts as a thin client capable of interacting 
with a network of servers. The controller 32 and associated user interfaces are preferably designed 

15 to minimize the hardware commitment necessary in each dispenser, while having sufficient 
capability to establish interactivity with the user and provide fuel dispenser control and 
communication therewith. Most computer intensive functions are provided as services from the 
various local and remote servers 18, 26. Merchandising and business rule interpretations are 
handled in the system's nomenclature as services. Although certain functions and services may be 

20 run at the dispenser, most functions dealing with customer transactions, information dissemination 
and advertising or merchandising are preferably performed as services provided by the various local 
and remote servers. The browser software 36 for each client preferably has the ability to request 
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services either locally or remotely, via the Internet or similar network. Certain services may be 
automatically requested by the browser and each client, while others await responses by a customer. 
With respect to Figure 2, it should be noted that the server 18 may be configured to directly access 
the various server devices, including those in the forecourt, and/or to act as an intermediary between 
5 these devices and the Internet. 

Turning now to Figure 4, a typical control system 32 for a fuel dispenser 12 is shown. The system 
will include a network configuration 29 having multiple hardware and/or software ports or 
addresses 31 A, 3 IB, 31C The control system will have a controller 32 associated with memory 

10 33 cooperating to run an operating system 34, server task 35, and browser 36. The browser 36 will 
access and interpret information from the various local and remote servers. The server or server 
task 35 in cooperation with the network connection 29 will provide access to the dispenser from 
the local browsers 25 or remote browsers 27 along a local network or the Internet. Notably, these 
browsers may be integrated with an existing server 18, 26 or may operate independently. The local 

15 browsers 25 are typically able to access the server 35 of the dispenser 12. Preferably, the browsers 
27 may also access the server 35 of dispenser 12 directly or through the local server 18 and/or 
router 19. A software task is defined very broadly to include both separate and integrated software 
embodiments which may or may not run concurrently with other software. 

20 The local server 18 is preferably integrated or associated with a central control system 50. The 
central control system 50 may act as the local server 1 8 or, in the alternative, may operate in 
association with a separate local server 18. A router may be used to facilitate interconnectivity in 
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the standard fashion. The control system 50 is typically a central site controller used to interface 
and interact with the fuel dispensers to obtain access, upload information and download information 
to and from the dispensers 12. Optionally, the remote servers are configured to do the same. 
Preferably, the local server 18 controls basic interactivity between the network 30 and the various 
5 dispensers 12, 

The control and server system disclosed in Figure 4 may be associated with any of the control 
systems throughout the fueling environment, especially those associated with the dispensers 12, 
local station and server control system 18, 50, convenience store 20, quick service restaurants 22 
10 and car wash 24. 

The present invention provides an embedded function 39 integrated or at least associated with a 
page 37. The page 37 may be a basic HTML page, script, function or like program. The embedded 
function may be attached to a header of the page 37 or otherwise associated with the page wherein 

15 one of two events occurs when the page is accessed. First, the page 37 along with the embedded 
function 39 are delivered to the browser that accessed the server and page. Alternatively, the 
embedded function 39 is adapted to run on the server at which the page was accessed, even though 
the page is delivered to the appropriate browser. In the first case, the embedded function is adapted 
to run at the browser while in the second case, the embedded function runs at the server that the 

20 browser accessed. 

In the first embodiment, the embedded function is preferably any executable content, such as Java™ 
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"applets" or ActiveX™ components. The executable content may be one or more small 
applications that conform to a restricted set of programming standards for running on browsers. 
When the embedded function is sent to the browser upon accessing a page, the function is run at 
the browser to facilitate a connection back to a specific server and server location. In the second 
embodiment, the embedded function runs at the server and acts to keep the existing connection open 
as well as continue to periodically send updated HTML pages. This latter technique places fewer 
demands on a browser's applications capabilities, but is less flexible. The remote browser or client 
may store the sites, types of data and how often to update or to request an update. The parameters 
relating to periodic updates may be stored locally at the remote browser, or may be downloaded to 
the dispenser server. In the latter case, the dispenser server may take the responsibility of 
periodically sending the data to the remote browser without a request from the remote browser. 

A typical process, where the embedded function is actually transferred to the browser from the 
accessed server, is outlined in Figure 5. For the process shown, communications are provided 
between a backroom server 18 at the fuel station store, a fuel dispenser 12 in the forecourt, and a 
browser 25, 27, preferably running on a client PC. Notably, these three components can take 
various forms and are disclosed as the specific components only for the purpose of disclosing the 
preferred embodiment and a general outline of how the system operates. For example, the browser 
25, 27 may be located at a remote site along the Internet or other similar network in addition to 
being located at the backroom of the fuel station store in more localized embodiments. Instead of 
or in addition to communicating with the fuel dispensers 12, the system may access and provide 
real-time communications between any server-equipped component in the fuel station store, 
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including servers located in the convenience store 20, quick service restaurants 22, car wash 24, 
display signs 23, or anywhere along the existing network. The system preferably uses the 
backroom server 18 as a central control-type server capable of providing the client PC browsers 25, 
27 with additional information relating to the equipment and providing links to available servers 
and other compliant devices in the fueling environment. 

Initially, a user at the browser 25, 27 starts a browser application and connects to a homepage at 
a site's uniform resource locator (URL) address (block 100). An HTTP server 18 having the URL 
address at the site's primary back office server delivers a home page for a site asset management 
system to the browser 25, 27 (block 102). The user at the browser 25, 27 selects a defined link on 
the homepage to access and monitor a select device or function in the fueling environment (block 
104). In this example, the selected device is a fuel dispenser in the forecourt of the fueling 
environment. The backroom server 1 8 queries a site configuration database to determine devices 
that should be present on the site's network, generates a page of links to devices that are remotely 
manageable, and returns this page to the client browser 25, 27 (block 106). The user at the browser 
25, 27 will select a device from the list of possible devices on the site network, such as a fuel 
dispenser, and will connect to the HTTP server on the target device (block 108). The device, the 
fuel dispenser in this example, generates a status page containing executable content (e.g., a Java™ 
applet) and delivers the page and the executable content to the client (block 110). For ease of 
understanding, this executable content is generally referred to as the embedded function. 

The client's browser 25, 27 will load the page from the fuel dispenser and run the embedded 
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function (executable content), which immediately connects back to the selected server device, 
preferably using a separate address or port and protocol (block 112). The device will accept the 
connection initiated by the embedded function and begin delivering real-time status data to the 
client browser 25, 27. In addition to monitoring selected information at various ports and addresses 
at the selected device server, the connection between the browser and the selected device may 
provide for any type of uploading or downloading of information to monitor, access, and otherwise 
reconfigure any portion of the device addressable and accessible through the server. For example, 
the client browser 25, 27 may access a fuel dispenser and download a new configuration or software 
upgrade, access a server in the convenience store 20 to change prices, implement a special price 
reduction, or simply gather inventory data. In the preferred embodiment, the backroom server 18 
will act as a centralized server providing a browser 25, 27 with the necessary information, addresses 
and links to recognize and access the various devices in the fueling environment. 

As shown in Figure 6, a variation on the remote management theme is disclosed. The same 
browsers and servers will operate in this process, although only three fuel dispensers are shown as 
potential communication targets. The basic process starts when a user of browser 25, 27 starts a 
browser application and connects to the homepage at a site's URL address of a backroom server 
18 (block 200). The HTTP server 18 at the site's primary back office server delivers the homepage 
to the browser 25, 27 (block 202). The user at the browser 25, 27 selects a link on the homepage 
to access and monitor forecourt devices, although the homepage may provide links to various other 
devices and addresses to monitor, download, upload or otherwise mange the selected device 
remotely (block 204). The backroom server 18 will typically query a site configuration database 
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to determine the devices that are present on the site's network, generate a page of links to those 
devices that are remotely manageable, and return the list to the browser 25, 27. The user will select 
the device from the list of possible devices on the site network, in this example forecourt device #3, 
and connect to the server on the target device (block 208). The selected device will generate and 

5 deliver a status page to the client browser 25, 27 (block 210). At block 212, the client browser 
loads the status page while an embedded function associated with the status page starts running (at 
the device server of the fuel dispenser 12). The embedded function will have the device or fuel 
dispenser 12 update and deliver pages to the client browser 25, 27 periodically to provide a 
monitoring function (block 214). The embedded function may also act to keep the connection open 

10 to allow various types of communications back and forth between the client browser and the 
selected device. With the given system, a very flexible asset management system may be provided. 



Figure 7 depicts a hierarchical overview of a fueling site 10 capable of being accessed by and 
15 communicating with a distributor 64, major oil companies 66, and a service provider, such as 
Gilbarco, 62. When accessing the fueling site 10, the server 18 may provide a homepage for 
logging onto the site's asset management system (block 300). Preferably, an identification number 
and password are required to access the main site and various levels therein. Different 
identification numbers and passwords may be required to access different levels and areas of the 
20 fueling environment. Those pages and functions depicted in Figure 7 are exemplary of the variety 
of functions capable of being provided by the asset management system. 
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For example, a sales and inventory analysis (block 302) may lead to information relating to the 
various fuel dispensers (block 304) or convenience store sales information (block 306). Typically, 
the inventory analysis will provide a quantitative measure of current inventory, sales and product 
descriptions on a product-by-product basis. The system may also control pricing remotely from a 

5 price posting interface page (block 308), which leads to pricing (blocks 310, 312) and provide a 
way to change prices at the fuel dispenser and the convenience store or other area in the fueling 
environment, respectively. An uploading interface (block 314) is also provided for features such 
as upgrading software at the fuel dispensers or changing their configuration (block 316) as well as 
uploading audio and video for information and advertising (block 318). Preferably, the audio/video 

10 files are in an MPEG format. Additionally, remote maintenance and troubleshooting is available 
(block 320). The troubleshooting and monitoring aspects may be provided (blocks 322 and 324) 
to receive information from the control systems operating in conjunction with the servers being 
accessed. For example, a fuel dispenser may provide the remote browser with the software version, 
hardware version and a type of failure. 

15 

Certain modifications and improvements will occur to those skilled in the art upon reading the 
foregoing description. It should be understood that applicants' invention provides an asset 
management system wherein the various fuel dispensers and control systems throughout a 
convenience store, quick service restaurant and any other controllable aspect of a fueling 
20 environment may be remotely accessed to provide for uploading information, downloading 
information and various types of real-time monitoring of the respective devices from a remote 
location using HTML-compliant components. Local interaction with the devices is not required. 
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It should be understood that all modifications and improvements to the disclosed system have been 
deleted herein for the sake of conciseness and readability, but are properly within the scope of the 
following claims. 
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CLAIMS 

1. A fuel dispenser comprising a server including a network connection through which the 
server may be accessed to permit remote access data retrieval. 

2. The dispenser of Claim 1 wherein said server is operable to facilitate real time functions 
upon access between a remote browser and said server. 

3. The dispenser of Claim 1 or 2 wherein said server has an accessible page. 

4. The dispenser of Claim 3 wherein the page is a hypertext compliant markup language page. 

5. The dispenser of Claim 3 or 4 wherein an embedded function associated with the page is 
operable to run at said server, when a remote browser accesses the page, to maintain a 
connection between said server and the remote browser through said network connection. 

6. The dispenser of Claim 3, 4 or 5 wherein said server is adapted to download said page to 
the remote browser when the page is accessed by the browser. 

7. The dispenser of any one of Claims 3 to 6 wherein said server is adapted to send updated 
pages to the browser. 
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8. The dispenser of Claim 7 wherein said server has a control system which generates said 
updated pages in real-time. 

9. The dispenser of any one of Claims 3 to 8 wherein said pages contain dispenser related 
information. 

10. The dispenser of Claim 9 wherein said pages contain diagnostic information relating to the 
dispenser. 

1 1 . The dispenser of any one of Claims 3 to 10 comprising an embedded function associated 
with the page and operable to facilitate real time functions upon access between a remote 
browser and said server wherein said embedded function is: 

a, configured to be sent to a browser with said page when the remote browser accesses 
said page, and 

b. operable to run at the browser to provide a connection between said server and the 
remote browser through said network connection. 

12. The dispenser of claim 11 wherein said embedded function operates on the browser to 
connect back to the server. 

13. The dispenser of Claim 1 1 or 12 wherein said embedded function operates to connect back 
to the server using a second port wherein said page is accessed using a first port. 
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14. The dispenser of Claim 11, 12 or 13 wherein said embedded function operates to connect 
back to the server using a second protocol wherein said page is accessed using hypertext 
transfer protocol. 

15. The dispenser of any one of Claims 1 1 to 14 wherein said real-time function between the 
browser and said server includes sending information from the browser to said server for 
use by the dispenser the information including at least one of the group consisting of: 
software upgrades, data updates, reconfigurations, delivering audio, delivering video, and 
delivering control functions for dispenser components. 

16. The dispenser of Claim 1 1 to 15 wherein said real-time function between the browser and 
said server includes sending information relating to the dispenser to the browser from said 
server the information including at least one of the group consisting of: diagnostic 
information, status information, configuration information, fueling values, fueling quantities 
and transaction totals. 

17. The dispenser of any one of Claims 11 to 16 wherein said server includes a plurality of 
ports, said page being accessible via said first port and a real-time function being operable 
via a second port, said embedded function being: 

a. configured to be sent to the browser with said page when the remote browser 
accesses said page via said first port, and 
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b. operable to run at the browser to provide a connection between said server and the 
remote browser through said network connection using said second port wherein the 
connection between said server and the remote browser is used to provide the real-time 
function. 

18. The dispenser of Claims 12 to 18 wherein said server includes a plurality of addresses, said 
page being accessible at a first address and real-time functions being operable via additional 
addresses, said embedded function being: 

a. configured to be sent to the browser with said page when the remote browser 
accesses said page at said first address and said server sends said page to the 
browser through the network connection, and 

b. operable to run at the browser access with said server and provide a connection 
between said server and the remote browser through said network connection using 
a second address wherein the connection between said server and the remote 
browser is used to provide a real time function. 

19. The dispenser of any one of Claims 1 1 to 18 wherein said embedded function is executable. 

20. The dispenser of any preceding claim wherein the network is the Internet. 



21 . The dispenser of any one of Claims 13 to 19 wherein the network is a local network. 
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22. The dispenser of any preceding claim further comprising a user interface including a 
display, said function providing for the uploading of video to said display. 

23. A fuel dispensing and retail environment comprising: 

a. at least one fuel dispenser as claimed in any preceding claim: 

b. a central control server apart from said fuel dispensers and including: 

i. a central control system; 

ii. a central network connection; 

Hi. a central server task and browser running on said central control 
system; and 

c. a router connecting said dispenser network connections and the central network 
connection; 

d. an embedded function operable to facilitate real time functions between said 
browser and a dispenser server. 

24. An environment as claimed in Claim 23 wherein the router additionally connects to a remote 
browser on the Internet and wherein when the remote browser accesses the central page of 
the central server, the remote browser receives the location of the dispenser page, the remote 
browser accesses the dispenser page and the embedded function associated with the 
dispenser page facilitates a real time function between the browser and said dispenser 
server. 
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25. A retail system facilitating remote management functions comprising: 

a. a housing; 

b. a server at said housing including a control system, a network connection, and a 
server task running on said control system; 

c. a hypertext markup language-compliant page on said server accessible through said 
network connection; and 

d. an embedded function associated with said page and operable to facilitate real time 
functions between a remote browser and said server over a network; 

e. said embedded function being operable to run at said server, when the remote 
browser accesses the page, to maintain a connection between said server and the 
remote browser through said network connection. 



26. A system as claimed in Claim 25 further comprising 
a. said embedded function being configured 

i. to be sent to the browser with said page when the remote browser accesses 
said page, and 

ii. operable to run at the browser to provide a connection between said server 
and the remote browser through said network connection. 
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